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Die folgenden Angabeti sind den vom Anmelder eingereichten Unterlag&n entnommen 

I) Elektronisches System zur Entwicklung von Software und ein Verfahren zum Eingriff auf interne Daten der 
Software 

i) Es wird ein elektronisches System zur Programment- 
wicklung mit einer Steuereinheft unci einem Speicherme- 
dium, welches ein Anwcnrierprogramm {1, 2) enthalt, be- 
schrieban. Ober Schnittstellen ist ein Zugriff auf interne 
Daten des zu entwickelnden Anwenderprogramms (1, 2) 
moglich. Hierzu sind im Anwenderprogramm (1, 2) Zu- 
griff sste 1 1 en vorgesehen. 

Desweiteren ist im Speichermedium ein Konfigurations- 
programm gespeichert, das Datan enthalt, welche die 
Schnittstellen beschreiben und den Zugriffsstellen zuzu- 

Weitarhin wird ein Verfahren vorgestellt, welches einen 
Zugriff auf interne Daten eines zu entwickelnden Anwen- 
derprogramms (1, 2) ermoglicht. 

Gegenstand der Erfindung ist auBerdem ein Datentrager, 
der ais Speichermedium fur ein elektronisches Systems 
dient, welcher ein Anwenderprogramm (1, 2) mit wenig- 
stens einer Zugriffssteile und ein Konfigurationspro- 
gramrn, in welcbem Daten zur Beschreibung von Schnitt- 
stellen abgelegt sind, aufweist, 
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Stand der Technik 

[0001] . Die Erfindung betrifft ein elekironisehes System 5 
zur Ent.wick.iung von Software genuifi dem Oberbcgriff des 
Patentanspruchs 1 und ein entsprecbendes Verfahren fiirden 
Zugriff auf interne Daten der zu entwickelnden Software 
nach dem Oberbegriif des Patentanspruchs 6. DieErfindung 
betrifft weiterhin einen Datentragcr, der ais Speichcrme- to 
diurn fur ein elektroniscb.es System dient. 
[0002] Bei der Softwareentwicklung ist hauflg die Beob- 
achtung und Manipulation von intemen Daten des zu ent- 
wickelnden Anwenderprogramms erforderlich. Die Enl- 
wicklung erfolgt auf einem elektronischen System zur Ent- 15 
wicklung von Software, cincm Entwicklungsrechner. Erst 
nach AbschluB der Entwicklung wird das fertiggestellte An- 
wenderprogramni mil' das Zielsy.sicm ubertragen. 
[0003] Elektronische System* zur Entwicklung von Soft- 
ware weisen eine Steuereinheit bzw. ECU (Electronic Con- 20 
trol Unit) auf. Utti Fehler im Programm zu entdecken und 
somit einen spateren Ichlcrloscn AbluttJ* desseiben zu ge- 
wiihrleisten, ist es not.wcndig, interne Daten der Anwender- 
software im Laufe der Progrannnentwicklung des Anwen- 
derprogrammes zu beobachlcn und gegebenenfalls zu mani- 25 
pulieren. Nur der direkte Zugriff auf interne Daten der zu 
entwickelnden Software von Beginn der Entwicklung bis zu 
deren AbschluB kann sicherstellen, daB das cntwickelte Pro- 
gramm auf dem Ziolsyslcm. beispidsweise einem eingebet- 
teten Echtzeitsystem, die gestellten A nforderungen erfullt. 30 
Anforderungen sind bcispielsweise Zeitanfordcrungen. Ge- 
radebei zeitkritischen Systemen mit harlen Echtzeitanforde- 
rungen ist es unumganglich, das zeitliche Verhalten des Pro- 
gramms schon wahrend der Programmentwicklung genau 
zu iiberwachen. Hierzu ist es erforderlich, sowohl Daten zu 35 
lesen als auch zu manipulieren. 

[0004] Die Moglichkeit des Zugriffs (lesend oder schrei- 
bend) auf interne Daten gestattet auBerdem ein effizientes 
Rapid Prototyping. Prototypen von neuen oder veranderten 
Anwenderprogrammcn konnen an die bestehenden Struktu- 40 
ren angekoppelt werden, Prototypen erlauben es beispiels- 
weise dem Entwickler, das zu entwickelnde Programm vor 
AbschluB der Entwicklung auf dem Zielsystem zu testen. 
Dies kann auch'fiir den spateren Nutzcr des Programms sehr 
ntitziich sein, da er schon zu einem sehr friihen Zeitpunkt 45 
und fortlaufend iiberprufen kann, ob das Programm seinen 

i ! 1 a i n ) i 
[0005] Eine Moglichkeit fur den Zugriff auf interne Daten 
stellen sogenannte Debugger dar. Dies sind Programme, die 
durch Uberpriifen intcraer Daten Fehler entdecken und 50 
diese beseitigen. Debugger sind in der Regel aber nicht fur 
Problemstellungen geeignet. bei denea das Zeit verhalten der 
ECU (Electronic Control Unit), namlich der CPU des elek- 
tronischen Systems, nicht beeinfluBt werden darf. Aufgrund 
der MuBeren Bedingungen ist der Einsatz von Debuggern in 55 
Kraftfahrzeugen oft nicht moglich, Zudem sind Debugger in 
der Regel nicht geeignet, Funktionsprototypen zu realisie- 
rcn. Ein efiizienies Rapid Prototyping ist somit nicht mog- 
lich. 

[0006] Daher werden bereits im Rahmen der Entwicklung 60 
des Anwenderprogramms Schnittstellcn in dieses imple- 
mentiert, die zu einem spateren Zeitpunkt, das heiBt in ei- 
nem spateren Stadium der Softwareentwicklung oder wah- 
rend der Laufzeit des Anwenderprogramms, einen Zugriff 
auf interne Daten ermoglichen. Diese Implementierungen 65 
bedingen Anderungen des Anwenderprogramms im Hin- 
blick auf die speziellen Anforderungen, was wiederum zur 
Folge hat, daB haufig individuelle Softwarelosungen fur un- 
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terschiedliche Anwendungen enrwickelt werden. Die Un- 
einheitlichkeit der Losungen auch fur ahnliche Aufgaben- 
stellungen zieht eine Vermehrung der Varianten nach sich 
und erhoht den Pflege- und Wartungsberiart . 
[0007J Ein weitercr Nachteil ist. daB die im Vcrlauf der 
Softwareentwicklung implernentierten Schnittstellcn, auch 
claim wenn sic nicht mehr bendtigt werden, im Quclllext des 
Programms und dem ausfiihrbaren Code verbleiben. Dies 
bedet tea cin ui hun i 1 aiu i n (Pro- 

grammspeieher, flsSchtiger Speicher), was wiederum nega- 
tive Auswsrkungesi auf das ZeitverhaUen das Systems hat 
sowie die Systemkosten crkoht. Weiterhin wird durch cine 
solche Vorgehensweise die Dokumentation der Programme 
una deren Verstandlichkeit erschwert. 
[0008] Aulgabe der vorliegenden Erfindung ist es daher, 
ein elektronisches System zur Entwicklung von Software 
vorzuschlagen, das bei Vermeidung der genannlen Nachteile 
einen direkien Zugrilf auf die intemen Daten des zu entwik- 
kelnden Anwenderprogramms bietet. 
[0009] Desweiteren ist Aufgabe der Erfindung, ein Ver- 
fahren vorzustellen, welches einen direkten Zugriff auf die 
intemen Daten eines zu entwickelnden Programms error ~- 
licht. 

[0010] AuBerdem ist Aufgabe der Erfindung, einen Daten- 
triiger zu entwickeln, der als Speichermedium fiir ein elek- 
tronisches System zur Programmentwicklung dienen kann.' 
[0011] Die Aulgabe betreffend das elekironiscbe System 
wird durch ein solchcs mit den Morkmalen des Anspfuchs 1 
geiost. 

[0012] Die auf das Verfahren bezogene Aufgabe wird 
durch ein Verfahren gema'B Anspruch 6 geiost. 
[0013] Ein Datentrager zur Losung der Aufgabe ergibt 
sich aus Anspruch 11. 

[0014] Vorteilhafte Ausgestaltungen der Erfindung erge- 
ben sich aus den Unteranspriichen, 

Vorteiie der Erfindung 

[0015] Ausgegangcn wire! von einem elektronischen Sy- 
stem mit einer Steuereinheit und einem Speichermedium, 
das ein zu cntwickelndcs Anwenderprogramm enthalt:. Das 
elektronische System verfugt iiber wenigstens eine Schnitt- 
stelle, die einen Zugriff auf interne Daten der Steuereinheit 
ermogiicht. Das erfmdungsgemaBe System zeichnet sich* 
durch aus, daB im Anwenderpt ... n wt -.tens eine Zu- 
griffsstelle vorgesehen ist und im Speichermedium ein Kon- 
figurationsprogramm gespeichert ist. Dieses enthalt Daten, 
welche die wenigstens eine Schnittstcllc besehreiben und 
der wenigstens einen Zugriffsstelle im Anwenderprogramm 
zuzuordncn sind. 

[0016] Die Schnittstelle ist somit im Quelltext des An- 
wenderprogramms und im Koniignraiionsprograinm imple- 
mendert. Bei der Entwicklung des Anwenderprogramms 
werden lediglich in diesem Zugriffssteilen eingebracht, die 
einen spateren Zugriff auf interne Daten ermoglichen. Die 
Daten zur Beschreibung der Schnittstellen befinden sich je- 
doch im Konfigurationsprogramm. Fur einen Zugriff auf in- 
terne Daten werden diese Daten nach Bedarf in (las ausfiihr- 
bare Anwenderprogramm expandiert. Zwischen der Zu- 
griffsstelle im Quelltext und der Schnittstellenbeschreibung 
im Konfigurationsprogramm wird durch eine eindeutige 
Kennung referenziert. 

[0017] Die Trennung der Schnittstelleninformationen 
vom Anwenderprogramm bewirkt, daB der Quelltext des 
Anwenderprogramms fur unterschiedliche Datenzugriffe 
nicht geandert werden muB. Lediglich das Konfigurations- 
programm mufi nach Bedarf ausgetauscht werden. AuBer- 
dem werden im Anwenderprogramm und in der Steuerein- 
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heir keine Resourcen belegt, wenn kcine Schniitsielle bono- forden daniii. nur das Akiiviercn dcr anwcndtmgsspezifi- 
tigt wird, Diese universelle Schnittstelle erlaubi. auf interne schen Gruppe und ein Uberset/.en und Binden des Pro- 
Dai.cn sowohl lesend ais auch schreibend zuzugreifen. Es ist gramms. Dies wird vom Konfiguraiionsprograrnin ausge- 
moglich, die fiireine Anwendung benotigten Zugriffssiellen fiihrt. 

konsistenl ein- und auszusehallen. 5 [0024] In einer bevorzugten Ausgcsialtung enthali das 

[0018] Die eitiheitliehe Instrumentierung iin Anwender- Speichermedium wenigstens einen Geratetreiber, Dieser 
prograuim vcrmeklel Varianten der Quclltextmodule fur un- wird durch den Linker niit dem Auwenderprogramm ver- 
terscluedliehe Schnittstellenanforderungen. Beispiele fur bunden. Die mit dem Anwenderprogramm verbundencn 
mogliche Anwendungen, die eine universelle Schnittstelle Treibcr werden eompilien mid heti'nuJn sich nach tfbertra- 
einsetzen. sind: 10 gung des Anwenderprogramms aul das Zielsystem ebenfalls 

auf diesem. Treiber konnen beispielsweise Geratetreiber fur 

- MeSpunkie fur Programmtest und Applikation; eine serielle Schnittstelle oder einen CAN sein. 

- Stimuliereingriffe fur den Programmtest und Pre- [0025] Die Zugriffsstetlen werden bereits wahrend der 
quenzgangmcssungen: Programmentwicklung ini Quelltext des Anwenderpro- 

- Extemer Bypass (Prototypfunkdon wird nicht in der 15 gramms implementiert. Bei einer textuelien Programmie- 
ECU berechnet); rung erfolgt die Implernentierung dureh ein Schiussehvort. 

- Intemcr Bypass (Prolotypfunktion wird in der ECU Diese Aufgabe kann auch durch einen geeigneten Komrncn- 
berechnet); tareintrag geleistet werden. Bei einer graphischen Program- 

- Interne bzw. externe Datenlogger; miersprache ist die Implernentierung durch ein graphisches 

- Software Laboraulo. 20 Strukturclemcnt moglich. Ntsbcn dcr textuelien Bescbrei- 

bung der SchnittsteUenkonfiguration ist auch die Eingabe 
[001.9] Der Mechanismns der universellen Schnittstelle ist durch ein gefiihrtes Menue oder graphisch moglich. 
fur Offline- sowie fiir OnlineanwendungenunterEchtzeitbe- [0026] Das erfindungsgemaBe Verfahren zum Zugriff auf 
dingungen einsetzbar. Das Zeitverhalten der Berechnungen interne Daten einer Steuereinheit. nach dem Oberbegriff des 
bleibt dabei weitgehend erhalten. Die Datenkonsistenz - 25 Anspruchs 6 zeichnet sich dadurch aus, daB fOr den Zugriff 
Kausalitat zwischen Ein- und AusgangsgroBen - entspricht Daten zur Beschreibung der wenigstens einen Schnittstelle, 
derjenigen des Programms ohne Schnittstellen. die in einem Konfigurationsprogranim in dem Speicherme- 

[0020] Bcvorzugt weist das Konfigurationsprogranim eine dium abgelegt sind, wenigstens einer ZugritfssteUe im An- 
globale Konfigurationsdatei und wenigstens cine lokale wenderprogramm zugeordnet werden. Je nach Bedarf wird 
Konfigurationsdatei auf. Die wenigstens eine lokale Konfi- 30 ein Konfigurationsprogranim eingesetzt, welches die Daten 
gurationsdatei enthalt die Daten zur Beschreibung der we- zur Beschreibung der benotigten Schnittstellen enthalt. 
nigstens einen Schnittstelle. Sind mehrere lokale Konfigura- Diese werden dann den entsprechenden Zugriffssteilen im 
tionsdateien vorgesehen, konnen diese jeweils die Daten zur Anwenderprogramm zugeordnet. AnschlieBend kann der 
Beschreibung einer der Schnittstellen ent.halt.en. Es kann Zugriff auf die internen Daten erfoigen. 
auch eine oder mehr lokale Konfigurationsdateien geben, 35 [0027] Das Konfigurationsprogranim weist bevorzugt 
die Daten fur keine Schnittstelle bzw. Zugriffsstelle enthal- eine globale Konfigurationsdatei und wenigstens eine lokale 
ten. Die globale Konfigurationsdatei ist ubergeordnet und Konfigurationsdatei auf. Die lokalen Konngu lion teiei 
realisiert projektspezifische Einstellungen. Das bedeutet, enthalten die Daten zur Beschreibung der Schnittstellen. 
daB sie je nach Anwendung bestimmte Schnittstellenbe- Diese werden entsprechend den in der globalen Konfigurati- 
schreibungen auswahlt und den entsprechenden Zugriffs- 40 onsdatei enthaltcnen Daten den Zugriffssiellen im Anwen- 
steilen im Anwenderprogramm zuordnet. Die Schnitlstei- derprogramm zugeordnet. So muB ledigiich fiir untersehied- 
lenbeschreibungen werden dann in das Anwenderprogramm liche Anwendungen die globale Konfigurationsdatei ausge- 
expandiert. tauscht werden. 

[0021] Von Vorteil ist es, wenn die Daten zur Beschrei- [0028] Sind mehrere lokale Konfigurationsdateien vorge- 
bung der Schnittstellen in den lokalen Konfiguraiionsda- 45 sehen, konnen diese jeweils die Daten zur Beschreibung ei- 
teien gruppiert sind. Diese Gruppierung kann beispielsweise ner dor Schnii.istelien enthalten. Es ist moglich, daB eine 
auf der Art der Schnittstelienkonfiguradon (lesend, schrei- oder mehr lokale Konfigurationsdateien ohne Schnittstelien- 
bend) berub.cn. Es ist auch eine funktionale Gruppierung beschreibung vorgesehen sind. 

moglich, so daB einzelne Funktionen des Anwenderpro- . [0029] Die Daten in den lokalen Konfigurationsdateien 
gramms selektiert werden konnen. Durch Einstellungen in 50 werden bevorzugt gruppiert. 

der globalen Konfigurationsdatei wird dann die Expansion [0030] ZweckmaBig sind die benotigten Geratetreiber im 
einzelner Gruppen gesteuert. Speichermedium gespeichert, Diese werden dann beim Zu- 

[0022] Durch diese Einstellungen in der globalen Konfi- griff auf die . internen Daten mit dem Anwenderprogramm 
guration wird die Expansion einzelner Gruppen gesteuert, verbunden. Nach dem Compiberen des Anwenderpro- 
d. h. in das ausfiibrbare Programm eingebracht oder nicht. 55 gramms und Ubertragen auf den Zielrechner verbieiben die 
Fur jede einzelne Schnittstellenbeschreibung wird die Ex- benotigten Geratetreiber im Anwenderprogramm und befin- 
pansion damit als logische Verknupfung der Gruppenkonfi- den sich somit compiiiert auf dem Zielsystem. 
gurationen ausgewertet, der sie angehort, [0031] Der erfindungsgemaBe Datentrager dient als Spei- 

[0023] Durch funktionale Gruppierungen lassen sich zum chermedium fiir ein elektronisches System zur Programm- 
Beispiel alle Zugriffe zusammenfassen, welche zur Fre- 60 entwicklung, welches einen Zugriff auf interne Daten des zu 
quenzganganaiyse notwendig sind, Eine weitere mogliche entwickelnden Programms bietet. Der Datentraeer weist ein 
Gruppierung n Zugriffe fur den Test eines Reglers. Eine Anwenderprogramm und ein Konfigurationsprogranim auf. 
. Schnittstellenbeschreibung kann mehreren Gruppen ange- Im Anwenderprogramm ist zumindest eine Zugriffsstelle 
horen. Die Gruppierung ermoglicht die konsistente Aktivie- implementiert. Das Konfigurationsprogranim enthalt Daten 
rung bzw. Deaktivierung von verteilten Beschreibungen 65 zur Beschreibung der wenigstens einen Schnittstelle. 
mehrerer Schnittstellen durch eine einzige Benennung in der [0032] : Vorteilhafterweise weist das Kon figuration spro- 
globalen Konfigurationsdatei. Die Expansion einer Schnitt- gramm eine globale Konfigurationsdatei und wenigstens 
stelienanwendung ins ausfuhrbare Anwenderprogramm er- eine lokale Konfigurationsdatei auf. 
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10033] Bevorzugt ist in dem Datentrager wenigstens ein 

Geratetreiber gespeichcn. 

Zciehnungen 

[0034] Die Erfindung wird unhand der beigefiigten Zeieh- 
nung niihcr crlauicrt. In dicscr zeigs: 
[0035] Fig. 1 ein Diagramiii zur Erlauterung ciner bevor- 
zugten Ausfiihrungsfonn des erfindungsgemSBen Verfah- 

10036] Fig. 2 cine schematise!-*: Darstellung einer bevor- 
zugten Ansfuhnmgsform des erfindungsgemaBen elektroni- 
schen Systems. 

[0037] Fig. 1 soli die Funktionsweise des erfindungsge- 
maBen Verfahrens verdeutlichen. Zu erkennen ist ein erstes 
Anwenderprogramm I und ein zweites Anwenderprogramm 
2, Weiterhin ist eine erste lokale Konfigurationsdatei 3 und 
eine zweite lokale Konfigurationsdatei 4 dargestellt. Des 
wciteren zeigt die Zeichnung eine globale Konfigurations- 
datei 5. 

[0038] Das Anwenderprogramm 1 enthalt den Programm- 
code, welclier ccmpiiicrl zu cmarn spiiiercn Zeitputikt auf 
dern Zielsystem zur Anwendung kommt. Der Ausdruck "in- 
strument (ID)" ist ein Vorhalt einer abstrakten Schnittstelle, 
also t' 



sich aber durehaus auch auf mebreren Speichermcdien bc- 
finden, 

[0043] Das Konfigurationsprogramm 23 unifaBt eine glo- 
bale Konfigurationsdatei 26 und drei lokale Konfigurations- 

5 dateien 27. Die lokalen Konfiguralionsdateien 27 cnthalten 
die Daten zur Beschreibung der Schnittstellen. Das heiBt, 
daB sie Beschreibungen fur das Lesen und Beschreibungen 
u Daten im Anwcnd rain 24 enthalten. Die glo- 
bale Konfigurstmnsdatei 26 ist ubergeordnet. Diese reali- 

10 siertprojekl | i _ i ' i en Das bedeutet, daB sie 
Informationcn dazu enthalt , wclcnu Sclmiitstellenbeschrci- 
bungen oder welchc Gruppen von Schnittstellenbeschrei- 
burtgen in den lokaJcn Konligumrionsdateicn 27 in das An- 
wenderprogramm 24 expandiert werden sollen. Die Durch- 

15 fiihrung dieser Aktionen wird vom Konfigurationspro- 
gramm 23 ausgefuhrt. 

[0044] Im Anwenderprogramm 24 sind cirei Zugriffsstel- 
len 28 implementiert. Zugriffsstellen 28 sind Stellen im An- 
wenderprogramm 24, an denen gegebenenfalls auf interne 
20 Daten des Anwenderpn i>rami s zi gegtiffen wird, d. h. daB 
an diesen Stellen interne Daten des Anwenderprogramms 
gelesen und/oder bescbrieben werden sollen. Nach Wf-°- 
gabe der globalen Konfigurationsdatei 8 werden die bd 
tigten Daten zur Beschreibung der Schnittstellen den Zu- 



logliche Zugriffstelle auf das Anwenderpro- 25 griffsstellen 28 aus den lokalen Konfiguralionsdateien 27 it 



gramm rum Lesen und/oder Manipulieren dessen intemer 
Daten. Die Lokale erste Konfigurationsdatei 1 enthalt Be- 
schreibungen fur das Lesen (Visualisieren) und Beschreiben 
(Stimulieren) der GroBe c des Anwenderprogramms. Es 
konnte iiber die Kennung ED aber auch zum Beispiel auf die 
GroBc i ;egriffen werden. Der Pfeil 6 verdeutlicht die Ex- 
pansion der Schnittstellenkonfiguration aus der ersten loka- 
len Konfigurationsdatei 3 auf das Anwenderprogramm 1. In 
der ersten Konfigurationsdatei 3 sind die Schnittstellenbe- 



Anwenderprogramm 24 zugcordnet und in dieses expan- 
diert. Dies fiihrt das Konfigurationsprogramm 23 durch. 
Ausgehend von den Zugriffsstellen 28 kann auf die Daten 
des Anwenderprogramms 24 zugegriffen werden. Dureh 
30 Einstellungen in der globalen Konfigurationsdatei 26 wer- 
den die Daten zur Beschreibung der Schnittstellen in das 
ausfiihrbare Anwenderprogramm 24 expandiert. 
[0045] Das beschriebene Verfahren lauft somit auf dem 
Entwicklungsrechner ab. Der Zugriff auf die intemen Daten 
schreibungen in zwei Gruppen unterteilt, namlich Gruppe A 35 des Anwenderprogramms 24 erfolgl wsilirend der Pro- 
und Gruppe B. Die Gruppierung kann wie hier auf der Art grammentwicklung. Es wird fiir das Zielsystem ein Anwen- 
der Schnittstellenkonfiguration (lesend, schreibend) beru- derprogramm entwickelt, welches die spezifizierten Zu- 
hen. Es ist aber auch eine funktionale Gruppierung moglich, griffsmdglichkeiten auf Daten des Zielsystems bietet. Nur 



so daB einzelne Funktionen des Anwenderprogramms selek 
tiert werden konnen. 

[0039] In der globalen Konfigurationsdatei 5 sind unter- 
schiedliche Konfigurationen in den Gruppen Gruppc_A und 
Gruppe Ji zusammengefaBt. Die globale Konfigurationsda- 
tei 5 macht hierfolgende Vorgabcn: Fiihre die Konfiguratio- 
nen der Gruppe_A aus und fiihre die Konfiguration der 
GruppeJB nicht aus. Diesc Vorgaben gelten fiir alle lokalen 
Konfiguralionsdateien. Der Zugriff der globalen Konfigura- 
tionsdatei 5 auf die erste lokale Konfigurationsdatei 3 ist 
durch die Pfeile 7 und 8 verdeutlicht, der Zugriff auf die 
zweite Konfigurationsdatei 4 durch die Pfeile 9 und 10. 
[0040] Die Durchfiihrung der Aktionen (Lesen der Da- 
teien, Aufbau einer Datenbank, Expansion der Makros, . . .) 
wird vom Konfigurationsprogramm durchgefOhrt. 
[0041] In der globalen Konfigurationsdatei 5 ist ebenfalls 



diese spezifizierten Zugriffsmoglichkeiten sind im Anwen- 
40 derprogramm enthalten. Beschreibungen von Schnittstellen, 
welcbe nur wahrend der Programmentwicklung benotigt 
wurden, sind im fertiggestellten Anwenderprogramm nicht 
mehr cnthalten. Dies spart Ressourcen, Der Code des An- 
wenderprogramms ist von den Schnittstelienbeschreibun; 
45 getrennt. Somit ist das Anwenderprogramm unabhangig von 
den Schnittstellen wiederverwendbar. 
[0046] Komplexe Zugriffe iiber die Schnittstellen sind 
durch wenige Anderungen an der globalen Konfigurations- 
datei 26 aktivierbar und deaktivierbar. Die Zugriffe sind un- 
50 abhangig vom Ubertragungsmedium und unabhangig vom 
verwendeten Protokoll. 

[0047] Die Geratetreiber 25 werden nach Bedarf mit dem 
Linker hinzugebunden. Sie verbleiben nach Bedarf im An- 
lderprogramm 24 und werden im contpilierten Anwen- 



bescbrieben, welches pk\ i che Medium (Bus, serielle 55 derprogramm 24 auf dem Zielsystem wiederverwendeL 



oder parallelc Schnittstelle) so wie welches Protokoll fiir den 
Zugriff auf Daten verwendet wird. Diese Information muB 
nicht in derselben Datei abgelegt sein wie die Information 
beziiglich der zu expandierenden Gruppen. 
[0042] In Fig. 2 ist ein elektronisches System 1 zur Ent- £ 
'.wickiung von Software in schemadscher Darstellung ge- 
zeigt. Dieses weist eine S suereinheit 20 und ein Speicher- 
medium 21 auf, die iiber einen Datenbus 22 miteinander 
verbunden sind, Der Datenbus 22 erlaubt das Lesen und 



[0048] Fiir die Ankopplung eines Funktionsprol.ot.ypcn 
sind beispielsweise zehn lesende und zwei schreibende Zu- 
griffe notig, Dabei handelt es sich van vorhandene GroSen, 
wie beispielsweise Motordrehzahl, Temperatur, usw. Der 
Programmierer idenlifiziert die GroBen in den Anwender- 
programmsourcen und erganzt eventuell in den lokalen 
Konfigurationsdateien 27 die Zugriffe. In der Regel sind 
Anderungen der Anwenderprogrammsourcen nicht notig. 
Die notwendigen Konfigurationen werden zu einer Gruppe 



; Schreiben von Daten. Im Speichermedium 21 sind ein Kon- 65 Frot_l zusammengefaBt. Eine Konfiguration kann keiner, 
figurationsprogramm 23, ein Anwenderprogramm 24 und einer oder mehr als einer Gruppe angehoren. Durch Aktivie- 
vier Geratetreiber 25 abgelegt. In diesem Beispiel finden ren der Gruppe Prot_l in der lokalen Konfiguration wird ein 
sich die Daten alle auf einem Speichermedium. Sie konnen Progranim mit der spezifizierten Schnittstelle erzeugt. Nach 
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Deaktivierung ist die Schnittstelle im ausfuhrbaren Pro- 
gramm nicht mehr enthalten. Das erzeugte Programm mit 
der spezifizierten Schnittstelle lauft somil. auf dem Enlwick- 
lungsrechncr. Dcr Zugriff uber die spezifizierte Schnittstelle 
kann zur Uberprufung der Funktion des Programins verwen- 5 
det werden. Die Schnittstelle ist weitgehend unabhangig 
von Anderungen der Source des Anvvenderprogramnis. Fur 
wiederkehrende Versuche (z. B. Weitercntwicklang eines 
Leerlaulreglers) in verschicdenen Projekten kann einfach 
die Schnittstelle wieder aktiviert werden. io 
[0049] Das ausfuhrbare Anwenderprogramm im Zielsy- 
stem beinhaltet nur die konfigurierten Schnittstellen. Ob 
diese Zugriffe zur l.mil'zeit aktiv sind bzw. aktiviert werden 
isl abhangig vom gewablten Protokoll, welches durch die 
Treiber realisiert wird, 15 
[0050] Die Abarbcitung der Konfiguradonen erfolgt be- 
vorzugt. Off-Line. Dadurch ist eine Ressourcenerspamis und 
die i-iinbalUiny von Hchizoitanforderun^en moglich. 

Patentanspriiche 20 

1, Elektronisches System zur Entwicklung von Soii- 
ware, mit einem Speiehennedium (21), das ein zu ent- 
wickeindes Anwenderprogramm (1, 2, 24) enthalten 
kann, und einer Steuereinheit (20), welche iiber wenig- 25 
stens eine Schnittstelle cinen Zugriff auf interne Daten 
des Anwenderprogramnis (1, 2, 24) bietct, dadurch 
gekcnnzeidinet, daB im Anwenderprogramm (1, 2, 
24) wenigstens eine Zugriffsstelie (28) vorgesehen ist 
und im Speiehennedium (21) ein Konfiguracionspro-. 30 
gramm (23) gespeichert ist, das Daten enthalt, welche 
die wenigstens eine Schnittstelle beschreiben und dcr 
wenigstens einer Zugriffsstelie (28) im Anwenderpro- 
gramm (1, 2, 24) zuzuordnen sind. 

2. Elektronisches System nach Anspruch 1, dadurch 35 
gekennzeich.net, daB das Konfigurationsprogramm (23) 
wenigstens eine globaie Konfigurationsdatei (5, 26) 
und wenigstens eine lokale Konfigurationsdat.ei (3, 4, 
27), welche die Daten zur Beschreibung der wenig- 
stens cinen Schnittstelle enthalt, aufweist, 40 

3. Elektronisches System nach Anspruch 2, dadurch 
gekennzeichnet, daB mehrere lokale Konfigurationsda- 
teien (3, 4, 27) vorgesehen sind, die jeweils die Daten 
zur Beschreibung wenigstens einer der Schnittstellen 
enthalten konnen. 45 

4. Elektronisches System nach Anspruch 3, dadurch 
gekennzeichnet, dafi die Daten zur Beschreibungen der 
Schnittstellen in den iokalen Konfigurationsdateien (3, 

4. 27) gruppiert sein konnen, 

5. Elektronisches System nach einem der vorstehen- 50 
rien Anspruche, dadurch gekennzeichnet, daB das Spei- 
ehennedium (21) wenigstens einen Geratetreiber (25) 
enthalt, welcher mit dem Anwenderprogramm (1, 2, 
24) zu verbinden ist. 

6. Verfahren zum Zugriff auf interne Daten eines zu 55 
entwiekelnden Anwenderprogramnis (1, 2, 24) mit ei- 
neni Speiehennedium (21), welches ein Anwenderpro- 
gramm (24) enthalt, wobei der Zugriff iiber wenigstens 
eine Schnittstelle erfolgt, dadurch gekennzeichnet, daB 
fiir den Zugriff Daten zur Beschreibung der wenigstens 60 
einen Schnittstelle, die in einem Konfigurationspro- 
gramm (23) in dem Speiehennedium (21) gespeichert 
sind, wenigstens einer Zugriffstelle (28) im Anwender- 
programm (1, 2, 24) zugeordnet werden. 

■ 7, Verfahren nach Anspruch 6, dadurch gekennzeich- 65 

net, daB das Konfigurationsprogramm (23) eine globaie 
, Konfigurationsdatei (5, 26) und wenigstens eine lokale 
Konfigurationsdatei (3, 4, 27), welche die Daten zur 
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Beschreibung der wenigstens einen Schnittstelle ent- 
halt, aufweist und die Daten zur Beschreibung der we- 
nigstens cinen SchnitlsteLle in der wenigstens cincn Io- 
kalen Konfigurationsdatei (3, 4, 27), enlsprechcnd der 
in der globalen Konfigurationsdatei (5, 26) enthaltenen 
Daten, der wenigstens einen Ziigril'l'sslellc (28) zuge- 
ordnet werden. 

8. Verfahren nach Anspruch 7, dadurch gekennzeich- 
net, daB mehrere iokale Konfignnitionsdaleicn (3, 4, 
27) vorgesehen sind, die jeweils die Daten zur Be- 
schreibung einer der Schnittstellen enthalten. 

9. Verfahren nach Anspruch 8, dadurch gekennzeich- 
net, daB die Daten zur Beschreibung der Schnittstellen 
in den Iokalen Konfigurationsdateien (3, 4, 27) grup- 
piert werden. 

10. Verfahren nach einem der Anspruche 6 bis 9, da- 
durch gekennzeichnet, daB das Speiehennedium (21) 
wenigstens einen Geratetreiber (25) enthalt und dieser 
beim Zugriff auf die intemen Daten mit dem Anwen- 
derprogramm (1, 2, 24) verbunden wird. 

11. Datentrager, der als Speiehennedium (21) fur ein 
elektronisches System nach einem der Anspruche 3 bis 
5 dient, welcher ein Anwenderprogramm (1, 2, 24) mit 
wenigstens einer Zugriffsstelie (28) aufnehmen kann 
und ein Konfigurationsprogramm (23) aufweist, in 
welchem die Daten zur Beschreibung wenigstens einer 
Schnittstelle gespeichert sind. 

12. Datentrager nach Anspruch 11. dadurch gekenn- 
zeichnet, daB das Konfigurationsprogramm (23) eine 
globaie Konfigurationsdatei (5, 26) und wenigstens 
eine lokale Konfigurationsdatei (3, 4, 27) aufweist. 

13. Datentrager nach Anspruch 11 oder Anspruch 12, 
dadurch gekennzeichnet, daB in diesem wenigstens ein 
Geratetreiber (25) gespeichert ist. 
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